home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000302_news@watsun.cc.columbia.edu _Sun Feb 28 12:01:35 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA02775
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 28 Feb 1999 12:01:34 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA16178
  7.     for kermit.misc@watsun.cc.columbia.edu; Sun, 28 Feb 1999 11:31:56 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: MS-Kermit /C-Kermit screen appearance
  11. Message-ID: <7ET5CdY3ddfZ@cc.usu.edu>
  12. Date: 28 Feb 99 09:27:29 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@mailrelay2.cc.columbia.edu
  15.  
  16. In article <F7vBqJ.A39@cix.compulink.co.uk>, lsystemsd@cix.compulink.co.uk ("Lygo Systems") writes:
  17. > I'm using MS-Kermit as a terminal emulator and it works just fine for the 
  18. > price.  But I am now hoping to improve the look and feel and feel of the 
  19. > applications that I am writing.
  20. > 
  21. > Question 1.  
  22. > Does anyone know of a way to save the current screen, go off and paint 
  23. > another screen and then be able to instantly refresh the first screen?  
  24. > Better still, is there a way to save several screens?  More expensive 
  25. > emulators and many dumb terminals have this capability.  I can't see any 
  26. > escape sequences in the manual, although there is manual back-paging.  Are 
  27. > there any DOS or Linux utilities that can be called as a macro from Kermit 
  28. > without Kermit disrupting the function?
  29.  
  30.     This begs the question of locus of control. When you are running
  31. MSK it seems to be in terminal emulation mode (CONNECT), and that does 
  32. mean actions come from two sources: the user's keyboard (most info goes
  33. out the wire) and the remote host (which thinks this end is a VT320
  34. terminal or similar). 
  35.     From your description you seem to be wanting a Point of Sale
  36. screen painting system with comms. That can be done, but the remote
  37. host would be responsible for triggering actions and painting screens.
  38.  
  39. > Question 2.
  40. > On a similar theme, is there a way to load onto the screen a screen "form" 
  41. > held on the local system?  Although we are using TCP/IP, being able to 
  42. > retrieve the new screen from a local ramdisk via an escape sequence or 
  43. > macro would, I have thought, been faster.
  44. >
  45.     A full text screen takes 4KB to represent, lots less if only
  46. some characters are written to a uniform background. That takes about
  47. four Ethernet packets, as fast as anything to the human eye.
  48.     There is no user-designed screen save/fetch facility in MSK
  49. at this time. Such things are not part of terminal emulation.
  50.  
  51. > Question 3.
  52. > Is there a way, using MS-Kermit or C-Kermit on Linux, to improve the 
  53. > "green screen" appearance?  What I'm hoping for is something that 
  54. > cosmetically looks more like a GUI (sculpted boxes, different fonts, 
  55. > graphic images, backgrounds, etc), all by the use of escape sequences 
  56. > and/or macros.  But I don't want to use a pointing device - this is for 
  57. > use in a retail environment.  Obviously there is nothing in Kermit itself, 
  58. > but can it be "wrapped" in some cosmetic front end that can be controlled 
  59. > easily by the application?
  60.  
  61.     Text mode uses the system video Bios for fonts and so on. To create
  62. special effects such as you describe requires full graphics mode with all
  63. the bulk that goes with it. MSK has a lot of graphics mode support for
  64. Tektronix and Data General terminal kinds, and one can write to those specs
  65. to create cosmetically advanced "text" screens. But the results won't be
  66. VT320 emulation and the host would have to send the drawing commands. The
  67. end result is screen updates are slower than text mode, but basically ok on
  68. today's equipment. 
  69.     Please keep in mind that retaining fonts and so on locally runs into
  70. severe memory constraint problems, there being only about 600KB to play with
  71. in real mode before MSK loads (which takes 300KB).
  72.  
  73. > Question 4.
  74. > Is it bad netiquette to ask so many questions in one message?  If so, I 
  75. > apologise most profusely.
  76.  
  77.     No need; it is a good idea to get everything laid out at once.
  78.     Joe D.
  79.  
  80. > Thanks in anticipation.
  81. > Bill.